home *** CD-ROM | disk | FTP | other *** search
/ QRZ! Ham Radio 4 / QRZ Ham Radio Callsign Database - Volume 4.iso / digests / digital / 940140.txt < prev    next >
Internet Message Format  |  1994-11-13  |  19KB

  1. Date: Sat,  7 May 94 04:30:22 PDT
  2. From: Ham-Digital Mailing List and Newsgroup <ham-digital@ucsd.edu>
  3. Errors-To: Ham-Digital-Errors@UCSD.Edu
  4. Reply-To: Ham-Digital@UCSD.Edu
  5. Precedence: Bulk
  6. Subject: Ham-Digital Digest V94 #140
  7. To: Ham-Digital
  8.  
  9.  
  10. Ham-Digital Digest          Sat,  7 May 94       Volume 94 : Issue  140
  11.  
  12. Today's Topics:
  13.               [Q] your opinion for BEST HF PacTOR rig ?
  14.                          HAPN 4800 Baud Modem
  15.                         Help for PK232 problem
  16.                 help with KaGold software..!! (2 msgs)
  17.                          High Speed Packet ?
  18.                               JNOS 1.10C
  19.                       More Software for Baycom?
  20.                          Telnet from KA9Q-NOS
  21.                         TM-733A & AEA DSP-2232
  22.  
  23. Send Replies or notes for publication to: <Ham-Digital@UCSD.Edu>
  24. Send subscription requests to: <Ham-Digital-REQUEST@UCSD.Edu>
  25. Problems you can't solve otherwise to brian@ucsd.edu.
  26.  
  27. Archives of past issues of the Ham-Digital Digest are available 
  28. (by FTP only) from UCSD.Edu in directory "mailarchives/ham-digital".
  29.  
  30. We trust that readers are intelligent enough to realize that all text
  31. herein consists of personal comments and does not represent the official
  32. policies or positions of any party.  Your mileage may vary.  So there.
  33. ----------------------------------------------------------------------
  34.  
  35. Date: Thu, 5 May 1994 17:46:04 GMT
  36. From: ihnp4.ucsd.edu!usc!math.ohio-state.edu!magnus.acs.ohio-state.edu!usenet.ins.cwru.edu!news.csuohio.edu!sww@network.ucsd.edu
  37. Subject: [Q] your opinion for BEST HF PacTOR rig ?
  38. To: ham-digital@ucsd.edu
  39.  
  40. Kenneth C Hopper (khopper@kimbark.uchicago.edu) wrote:
  41. : I see that only the Yaesu has a "RTTY" and "Packet" connector  on
  42. : the  back of the rig. But since most of PacTOR is/will be LSB and
  43. : not use the FSK capabilities of the rig - is there an advantage ?
  44. :
  45.  
  46. A power supply in my Yaesu 980 was no where near what is required for
  47. Pactor.  To replace it, I ordered a Kenwood 450.  Never having had a
  48. Kenwood HF radio, I was still able to be up and talking on Pactor in
  49. .. get this ... 15 minutes (but I already had a hot iron).  It has so
  50. many obvious features that lend itself to digital work that I went out
  51. and replaced another Yaesu with a Kenwood 690.
  52.  
  53. Get the 500 hertz filter and ignore people who say not to use it with
  54. GTOR.  It works great.
  55.  
  56. I ran extensive tests (while away from home using the 690 to the 450)
  57. with both FSK and AFSK.  FSK showed NO indication of being superior.
  58. I changed to AFSK so that I could parallel two KAMs and run Pactor and
  59. GTOR on the same radio.  By using AFSK, there are no frequency problems,
  60. the frequency for Pactor is the same as the one for GTOR.  You will find
  61. that GTOR works great in a great band but you can't even connect in a
  62. crummy situation.  By having both the GTOR and Pactor you can take advantage
  63. of the GTOR speed (especially above 40 meters) and still have Pactor for
  64. crummy conditions and noisy 80 meter attempts (the 450 scans).
  65.  
  66. 73,
  67. Steve
  68.      NO8M@NO8M.#NEOH.OH.USA.NA
  69.      ag807@cleveland.freenet.edu
  70.        use this for internet replies
  71.  
  72.  
  73. ------------------------------
  74.  
  75. Date: Fri, 6 May 94 06:26:08 EDT
  76. From: VNET.IBM.COM@uunet.uu.net
  77. Subject: HAPN 4800 Baud Modem
  78. To: ham-digital@ucsd.edu
  79.  
  80. I recently got a HAPN 4800 baud modem kit that I plan to install into
  81. a DRSI DPK-2 tnc.  DRSI tech support does not have any info on doing this.
  82. I have been told that the address in the doc's I have for the 4800 baud
  83. modem is old.  Does any one have either the address and phone number of
  84. HAPN. Or have any info on installing the modem into a DRSI TNC.
  85.  
  86. Any info would be appreciated.
  87.  
  88. Stephen sharp
  89. IBM, Micro Electronics Div.
  90. Burlington, VT                         Internet ID: ssharp@vnet.ibm.com
  91.  
  92. ------------------------------
  93.  
  94. Date: 6 May 1994 19:02:10 GMT
  95. From: news.larc.nasa.gov!lerc.nasa.gov!kira.cc.uakron.edu!malgudi.oar.net!news.ysu.edu!yfn.ysu.edu!as779@ames.arpa
  96. Subject: Help for PK232 problem
  97. To: ham-digital@ucsd.edu
  98.  
  99. Help!...Need assist with PK-232 problem.
  100.  
  101. Have suddenly partially lost ability to communicate with my
  102. PK232. Using Mac LC, and both ZTerm and AEA MacRatt comm software,
  103. the TNC refuses to recognize commands from keyboard. With MacRatt
  104. trying to startup in "Host Packet VHF" mode,the message 
  105. "Host Mode cannot be turned on, check cable and baud rate" appears. 
  106. Resetting TNC settings from dialog box (Host Mode ON, CTS flow, 
  107. 9600b Port speed) does not kick it back on.
  108. In MacRatt "dumb terminal" mode, and also with ZTerm (another
  109. terminal emulator), I can copy received packets, and with a CTL-C
  110. get a returned "cmd:" prompt. However, no further input from
  111. keyboard is recognized or acted upon, other than "cmd:" at CTL-C.
  112.  
  113. The cable is ok and have triesd a substitute.
  114. The computer and comm port is ok, and I use terminal programs 
  115. with phone modem and same cables with no problems.
  116. Supply voltage to PK232 is 12V or better. 
  117. The four LED's at leftlight at powerup, PKT mode LED lit, CMD LED lit.
  118. Cold power up of PK232 yields the normal startup message on screen.
  119.  
  120. Is there another diagnostic for PK 232 or suggestions for 
  121. solution of this problem? Please reply to my email address.
  122. (Packet reply just won't work for now  :-) )
  123.  
  124. Thanks in advance.
  125. --------
  126. Chuck Reti  Detroit,MI   WV8A
  127. Internet: aa010@detroit.freenet.org
  128. packet:   wv8a@wb8zpn.#semi.mi.usa.na
  129.  
  130.  
  131. ------------------------------
  132.  
  133. Date: 6 May 94 17:29:57 GMT
  134. From: yale.edu!noc.near.net!jericho.mc.com!fugu!levine@yale.arpa
  135. Subject: help with KaGold software..!!
  136. To: ham-digital@ucsd.edu
  137.  
  138. In article 6054@muvms6, desaid@muvms6.wvnet.edu () writes:
  139. -->HI Everyone:
  140. -->
  141. -->I am new to packet radio and I was wondering, is KaGold software available
  142. -->in public domain so that I can download it from some ftp site.
  143. -->
  144. -->Please let me know either by email or post it to this net.
  145. -->
  146. -->Thanks a lot.
  147. -->
  148. -->73,
  149. -->Dinakar kb8phz
  150. -->kb8phz@ka4ros.ky.usa.noam
  151. -->
  152.  
  153. KaGold is commercial software, but there is a demo version
  154. available on many ham BBS's.  Sorry but I cant point you
  155. to an FTP site.  If you can't locate it, call Interflex
  156. at (714)496-6639 or you can probably D/L it from their
  157. phone BBS (714)497-5860.
  158.  
  159. I use PkGold (the AEA equipment version) and I think
  160. it is superior to all other TNC software interface
  161. programs, by far.
  162.  
  163.  
  164.  
  165. ---
  166. ------------------------------------------------------------   
  167. Bob Levine  KD1GG 7J1AIS VK2GYN               formerly KA1JFP          
  168. levine@mc.com   <--Internet email    Phone(508) 256-1300 x247
  169. kd1gg@wa1phy.ma <--Packet Mail         FAX(508) 256-3599           
  170. ------------------------------------------------------------
  171.  
  172. ------------------------------
  173.  
  174. Date: 6 May 94 22:32:25 GMT
  175. From: agate!howland.reston.ans.net!usc!elroy.jpl.nasa.gov!hyperion.jpl.nasa.gov!laborde@ucbvax.berkeley.edu
  176. Subject: help with KaGold software..!!
  177. To: ham-digital@ucsd.edu
  178.  
  179. In article <2qduql$aib@jericho.mc.com> Bob Levine, levine@mc.com writes:
  180.  
  181. >KaGold is commercial software, but there is a demo version
  182. >available on many ham BBS's.  Sorry but I cant point you
  183.  
  184. I have the KaGOLD version 9.01 and I think it is the best thing going for
  185. vanilla AX.25 packet. One word of caution (OK several): That KaGOLD test
  186. drive SUCKS!!! I think that it is probably keeping them from getting rich
  187. off the real software. It works, but after you have decided that you like
  188. it and need to go back to your old software while you wait for KaGOLD to
  189. arrive, you will find that "TESTDRIVE" as it is called does not revert
  190. your TNC's settings to their former useful state. This  causes no end of
  191. frustration. 
  192.  
  193. KaGOLD TESTDRIVE is also representative of the software from about two
  194. generations ago, and many of the new features that make it so nice are
  195. not present. 
  196.  
  197. Buy it direct from Interflex, the vendor. It costs the same, and I know
  198. too many people whose disks from HRO have been unusable. Also, you get
  199. the very latest version and they usually throw in a disk of goodies.
  200. KaGOLD is key-locked to prevent unauthorized use. When you get it, even
  201. if from HRO, you have to call the company anyway. They give you an
  202. 11-digit "registration number" which, when combined with your callsign,
  203. unlocks the software. If you call them to order it, they will ship it
  204. 2-day Express Mail and will give you your registration number so that if
  205. you have a modem you can call up their BBS and download the software for
  206. immediate use. 
  207.  
  208. -Greg
  209.  
  210. "Not a stockholder, just a very satisfied customer."
  211.  
  212. ------------------------------
  213.  
  214. Date: Fri, 6 May 1994 15:35:49 GMT
  215. From: ihnp4.ucsd.edu!usc!howland.reston.ans.net!EU.net!uknet!festival!dcs.ed.ac.uk!jmb@network.ucsd.edu
  216. Subject: High Speed Packet ?
  217. To: ham-digital@ucsd.edu
  218.  
  219. Hi,
  220.  
  221. I'm interested in learning about the various options available for high
  222. speed packet radio.  I know about the G3RUH 9600 baud modem and have heard
  223. of the AEA DSP based device but what else is there ?  Is there anything faster
  224. than 9600 baud - what modulation techniques are used ?
  225.  
  226. Thanks,
  227.  
  228. Justin.
  229.  
  230. ------------------------------
  231.  
  232. Date: Fri, 6 May 1994 15:35:33 GMT
  233. From: ihnp4.ucsd.edu!usc!cs.utexas.edu!howland.reston.ans.net!torn!watserv2.uwaterloo.ca!aphid.watstar.uwaterloo.ca!gjhurlbu@network.ucsd.edu
  234. Subject: JNOS 1.10C
  235. To: ham-digital@ucsd.edu
  236.  
  237. In article <CpCMrA.wL@srgenprp.sr.hp.com> glenne@sad.hp.com (Glenn Elmore) writes:
  238. >: Does anyone here know of another FTP site where I can find JNOS 1.10C?  The 
  239.  
  240. >I had a similar problem with this file. I found a good version
  241. >(the same length, as I remember) on  ftp.ece.orst.edu
  242.  
  243. Thanks...  I knew there was another site, but I had forgotten where it was, 
  244. and as I said, ARCHIE totally failed me...
  245.  
  246. =============================================================================
  247. Gavin Hurlbut                              | A die hard fan of:        
  248. gjhurlbu@electrical.uwaterloo.ca           |   Sleep, InterNet use,
  249. gavin.hurlbut@f210.n221.z1.fidonet.org     |   VGA Planets (what a way to
  250. ad129@freenet.carleton.ca                  |   waste time), procrastination,
  251. ghurlbut@lotds.uucp                        |   and other such useless hobbies
  252. -----------------------------------------------------------------------------
  253.  
  254. ------------------------------
  255.  
  256. Date: 6 May 94 16:46:27 GMT
  257. From: epicb!davids@uunet.uu.net
  258. Subject: More Software for Baycom?
  259. To: ham-digital@ucsd.edu
  260.  
  261. I purchased a Baycom modem at Dayton.  I'm looking for more software that
  262. runs on the Baycom modems.  Any pointers would be appreciated.
  263.  
  264. -David  N9PGH
  265. davids@truevision.com
  266.  
  267. ------------------------------
  268.  
  269. Date: Fri, 6 May 1994 10:12:13 GMT
  270. From: ihnp4.ucsd.edu!munnari.oz.au!hippo.ru.ac.za!ucthpx!uctvax.uct.ac.za!thebox.ee.ctech.ac.za!Jakes@network.ucsd.edu
  271. Subject: Telnet from KA9Q-NOS
  272. To: ham-digital@ucsd.edu
  273.  
  274. In article <Imraanm.1.2DC75D41@maxwell.ctech.ac.za> Imraanm@maxwell.ctech.ac.za (jakes) writes:
  275. >Subject: Telnet from KA9Q-NOS
  276. >From: Imraanm@maxwell.ctech.ac.za (jakes)
  277. >Date: Wed, 4 May 1994 08:30:57 GMT
  278. >Keywords: ka9q nos net
  279. >Summary: Help with KA9Q-NOS
  280.  
  281. >Hi All,
  282.  
  283. >I am currently running KA9Q NOS version 930507 compiled for 386/486
  284. >copyright 1992.  I think I pulled it of oak.oakland.edu .
  285.  
  286. >When you telnet into the system you get the mailbox with various facilities 
  287. >like telnet.
  288.  
  289. >So when you use this telnet function to telnet to another host on the 
  290. >internet network, it get as far as the intro messages before the login 
  291. >prompt and just before you get the login prompt, the remote system 
  292. >disconnects you.....help!
  293.  
  294. >But if you telnet to a mail port (port 25) it connects fine and let you send
  295. >mail manually.
  296.  
  297. >Please can anybody perhaps help?
  298.  
  299. >Send all replies to jakes@maxwell.ctech.ac.za and I will then post it back 
  300. >into this newsgroup.
  301.  
  302. >Thanks
  303.  
  304. >JAKES
  305. >---------------------------------------------------------------------------
  306. >| J. du Toit                  ///  | E-mail: jakes@maxwell.ctech.ac.za    |
  307. >| Electrical Engineering      00   | HAM:    ZR1ADG                       |
  308. >| Cape Technikon              (    | Tel:    +27 21 4603083 (w)           |
  309. >| Cape Town                   -    | Fax:    +27 21 451698                |
  310. >| South-Africa                     |                                      |
  311. >---------------------------------------------------------------------------
  312.  
  313.  
  314. Well after many hours and late nights, I figured it out.....
  315. It was my KA9Q-NOS station's escape character that caused all the disconnects
  316. from the telnet services.  The default was control-X so I 've changed it to
  317. control-[. Anyway my system is now up and running.....
  318.  
  319. Thanks to everybody who has read this article.
  320.  
  321. JAKES
  322.  
  323. ------------------------------
  324.  
  325. Date: 5 May 1994 16:58:16 GMT
  326. From: ihnp4.ucsd.edu!usc!nic-nac.CSU.net!charnel.ecst.csuchico.edu!olivea!ncd.com!newshost.ncd.com!hansen.ncd.com!phil@network.ucsd.edu
  327. Subject: TM-733A & AEA DSP-2232
  328. To: ham-digital@ucsd.edu
  329.  
  330. I just got a Kenwood TM-733A and have had a AEA DSP-2232 for some time.  I
  331. connected them up last night and it seems to work!
  332.  
  333. Questions:
  334. 1) I measured the deviation (with a service monitor) and it is 1KHz max.
  335. What is the recommended deviation for 9600 baud packet?
  336.  
  337. 2) If it is more than 1KHz, how can I increase the gain of the DSP-2232?  I
  338. have already adjusted the one pot that is available.
  339.  
  340. 3) How low of a TXDelay is possible with this combination?
  341.  
  342.  
  343. Thanks!
  344.  
  345. Phil
  346.  
  347.  
  348. phil@ncd.com
  349.  
  350. ------------------------------
  351.  
  352. Date: 6 May 94 15:48:32 GMT
  353. From: agate!howland.reston.ans.net!torn!hermes.acs.ryerson.ca!ee.ryerson.ca!jeff@ucbvax.berkeley.edu
  354. To: ham-digital@ucsd.edu
  355.  
  356. References <1994May4.100155.15200@dxcern.cern.ch>, <2q8erk$qdc@hermes.acs.ryerson.ca>, <1994May5.163709.18976@dxcern.cern.ch>
  357. Subject : Re: PacketRadio forLinux with Baycom ??
  358.  
  359. Pawel Jalocha (jalocha@dxcern.cern.ch) wrote:
  360. : In <2q8erk$qdc@hermes.acs.ryerson.ca> jeff@ee.ryerson.ca (Donald Jeff Dionne) writes:
  361.  
  362. : >Pawel Jalocha (jalocha@dxcern.cern.ch) wrote:
  363. : >: Bottom line: if the LINUX operating system doesn't "blind" the CPU
  364. : >: to interrupts for longer than about 0.1 ms one could (in principle)
  365. : >: write a driver for the BAYCOM modem running at 1200 bps.
  366.  
  367. : >There is no way to tell exactly how long the kernel will disable interupts
  368. : >for, it depends on what is happening...  and since ANYTHING could be, one
  369. : >has to assume that there probabily will not be that kind of accuracy.  Having
  370. : >said that, however, there is a driver for Linux that does audio over the
  371. : >pc speaker using a timer and some sort of PWM, and it works unless the 
  372. : >machine is busy with disk I/O or the like.....  If you don't mind packet
  373. : >loss when the machine is busy, and the machine comming to a halt when 
  374. : >packet is going on (as it does with the pc speaker), then perhaps I'm
  375. : >wrong and it's worth a try.
  376.  
  377. : Just find someone having experience with the above driver and ask him
  378. : how it goes in real life. Then write a driver for the BAYCOM modem
  379. : and expect improvements:
  380. : 1. On receiving the BAYCOM driver should be about 4-5 times more "reliable".
  381. :    This is because the "speaker" driver probably takes the audio directly
  382. :    into the COM port which I can estimate needs 4-5 times better timing
  383. :    precision.
  384.  
  385. No, no I'm sorry, I mislead you.  The speaker driver just simulates the
  386. SPARC /dev/audio soundcard device for playback only of sounds.  It does
  387. not do packet of any sort.  
  388.  
  389. : 2. On transmiting the BAYCOM driver would not halt the machine. It would
  390. :    just interrupt it 1200 times per second to make every outgoing bit.
  391. : By the way, the "speaker" driver is for 300 or 1200 bps packet ?
  392.  
  393. : Anyway, the excercise of writing the BAYCOM driver would be an interesting
  394. : one. Even if you cannot make it to work on 1200 bps it may work on 300 bps.
  395. : If not, then go down to 100 bps. Slow link is better than no link :-)
  396.  
  397. : Pawel
  398. Well, the speaker driver interrupts the cpu at >18kHz, so I guess that's 
  399. not a problem.  The only thing is that during disk I/O and the like, 
  400. interrupts are off, causing noticable disruptions.  Can you point me at some
  401. relevant source code?  I'll see if I can merge the two.
  402.  
  403. Jeff@EE.Ryerson.Ca
  404.  
  405. ------------------------------
  406.  
  407. Date: Thu, 5 May 1994 16:37:09 GMT
  408. From: ihnp4.ucsd.edu!usc!howland.reston.ans.net!EU.net!CERN.ch!dxcern!jalocha@network.ucsd.edu
  409. To: ham-digital@ucsd.edu
  410.  
  411. References <2q6e92$kbk@hermes.acs.ryerson.ca>, <1994May4.100155.15200@dxcern.cern.ch>, <2q8erk$qdc@hermes.acs.ryerson.ca>
  412. Subject : Re: PacketRadio forLinux with Baycom ??
  413.  
  414. In <2q8erk$qdc@hermes.acs.ryerson.ca> jeff@ee.ryerson.ca (Donald Jeff Dionne) writes:
  415.  
  416. >Pawel Jalocha (jalocha@dxcern.cern.ch) wrote:
  417. >: Bottom line: if the LINUX operating system doesn't "blind" the CPU
  418. >: to interrupts for longer than about 0.1 ms one could (in principle)
  419. >: write a driver for the BAYCOM modem running at 1200 bps.
  420.  
  421. >There is no way to tell exactly how long the kernel will disable interupts
  422. >for, it depends on what is happening...  and since ANYTHING could be, one
  423. >has to assume that there probabily will not be that kind of accuracy.  Having
  424. >said that, however, there is a driver for Linux that does audio over the
  425. >pc speaker using a timer and some sort of PWM, and it works unless the 
  426. >machine is busy with disk I/O or the like.....  If you don't mind packet
  427. >loss when the machine is busy, and the machine comming to a halt when 
  428. >packet is going on (as it does with the pc speaker), then perhaps I'm
  429. >wrong and it's worth a try.
  430.  
  431. Just find someone having experience with the above driver and ask him
  432. how it goes in real life. Then write a driver for the BAYCOM modem
  433. and expect improvements:
  434. 1. On receiving the BAYCOM driver should be about 4-5 times more "reliable".
  435.    This is because the "speaker" driver probably takes the audio directly
  436.    into the COM port which I can estimate needs 4-5 times better timing
  437.    precision.
  438. 2. On transmiting the BAYCOM driver would not halt the machine. It would
  439.    just interrupt it 1200 times per second to make every outgoing bit.
  440. By the way, the "speaker" driver is for 300 or 1200 bps packet ?
  441.  
  442. Anyway, the excercise of writing the BAYCOM driver would be an interesting
  443. one. Even if you cannot make it to work on 1200 bps it may work on 300 bps.
  444. If not, then go down to 100 bps. Slow link is better than no link :-)
  445.  
  446. Pawel
  447.  
  448. ------------------------------
  449.  
  450. End of Ham-Digital Digest V94 #140
  451. ******************************
  452.